هدف اصلی روش پیشنهاد شده در این مقاله، مقایسه معماری سیستم های نرم افزاری می باشد. تاکنون روشهای بسیاری برای ارزیابی معماری نرم افزار پیشنهاد و بکار گرفته شده است. اما بیشتر این روش ها امکان واضح و مستقیمی برای مقایسه دو معماری ارائه نمی دهند. روش پیشنهادی امکان مقایسه دو معماری را در تمام دوره چرخه حیات نرم افزار تضمین می کند. این روش بر سه مفهوم اهداف کسب و کار، مدل کیفی استاندارد و سرویس های در سطح معماری استوار است. تمام مراحل این روش بر مبنای اهداف کسب و کار ا نتخاب شده می باشد و تمام ویژگی های کیفی و اولویت ها از این اهداف استخراج می شوند. لذا با تغییر اهداف کسب و کار، بستر فراهم شده برای مقایسه تغییر چندانی نخواهد داشت و به سرعت مراحل انجام مقایسه بازسازی می شوند. با استفاده از مدل کیفی استاندارد، بیان، مستندسازی و اندازه گیری ویژگی های کیفی به صورت یکپارچه و ساده در خواهد آمد. مقایسه دو معماری بر مبنای سرویس های در سطح معماری صورت می پذیرد که این امر باعث محدود شدن دامنه بررسی مولفه ها و اندازه گیری ویژگی های کیفی می شود و از سوی دیگر امکان مقایسه هر دو معماری موجود در یک دامنه را، مستقل از موارد کاربرد خاص آن ها فراهم می سازد. از این روش می توان برای تعیین معماری مرجع برای خط توسعه نرم افزار، مرتب سازی معماری های پیشنهادی با توجه به هدف کسب و کار خاص، نظارت بر میزان پیشرفت پروژه در یک فرآیند مبتنی بر معماری نرم افزار و اثبات بهبود حاصل از انجام تغییرات کلی یا جزئی بر معماری پیشین استفاده نمود.

امروزه طراحی بوسیله نرم افزار در کنار طراحی با دست در اکثر دانشکده های معماری دنیا و همینطور در اغلب دفاتر معماری رواج یافته است، نرم افزار ها می توانند در کنار روش های سنتی مانند طراحی دست آزاد و ماکت سازی مجموعه کامل تری از ابزارهای مورد نیاز برای افزایش و ظهور خلاقیت را در اختیار دانشجویان معماری قرار دهند، در یک دهه اخیر نرم افزارهای زیادی پا به عرصه معماری گذاشته اند که همگی می توانند کمک حالی برای دانشجویان باشند نرم افزارهای معماری معمولا در سه حوزه اصلی عملکرد دارند، به عبارت دیگر نرم افزار ها حداقل در یکی از حوزه های ترسیم، ایده پردازی فرمی و یا پرزانته و ارائه نقش ایفا می کنند اما آموزش تمام این نرم افزار ها در مدارس معماری تقریبا امری غیر ممکن است. هدف از این پژوهش ارزیابی میزان تاثیر نقش نرم افزار در خلاقیت دانشجویان است. روش تحقیق در این مقاله مصاحبه با دانشجویان و توزیع پرسشنامه بین گروه نمونه ای 40 نفره از دانشجویان معماری دو دانشکده معماری است، علاوه بر این از طریق مطالعه اسناد کتابخانه ای، مطالعاتی درباره فرایند طراحی صورت گرفت. با بررسی موارد مذکور می توان گفت شاید بهتر باشد هر فرد حداقل با یک نرم افزار از هر حوزه آشنا باشد تا در مراحل مختلف فرآیند طراحی در کنار استفاده از دست بتواند ابزار دیگری نیز برای نمایش ایده ها و طرح های خود داشته باشد. قرار گرفتن نرم افزار در کنار طراحی با دست می تواند موجب افزایش امکان بروز خلاقیت در میان دانشجویان باشد.

در تحقیقات و بررسی های مختلف، اختلاف نظرهایی روی موضوع مدیریت دانش (از حیث مفهوم، کاربرد، درک محدوده آن و موضوعات مرتبط) وجود دارد. بنابراین ارایه راهکاری جهت درک هدف هر سیستم و طراحی مدلی کاملا یکپارچه به عنوان چارچوب مدیریت دانش و بالتبع آن معماری نرم افزار سیستم مدیریت دانش حائز اهمیت خواهد بود. در همین راستا، تشخیص و ارزیابی فاکتورهای تاثیرگذار در موفقیت و یا شکست پروژه های مدیریت دانش لازم و ضروری است. بدین منظور، این مقاله پس از مروری اجمالی بر روی مفاهیم پایه ای مرتبط و تشریح یک چارچوب، یک معماری اصلاح شده برای نرم افزار سیستم مدیریت دانش بر مبنای این چارچوب، مفهوم SPOC، و مفهوم پورتال سازمانی پیشنهاد می کند. در واقع پورتال در این معماری نقش Front-Office را ایفا میکند و برای سازمان فقط یک درگاه ارتباطی جهت ارتباط با دارندگان دانش به وجود می آورد. برقراری چنین ارتباطی می تواند شامل روش ها و شیوه های مختلفی باشد.

معماری یکی از مهمترین فرآورده ها در توسعه نرم افزار است که صفات کیفی در آن قابل ردیابی است. هدف از ارزیابی معماری نرم افزار تحلیل معماری به منظور تشخیص ریسک های بالقوه و پیش بینی تامین صفات کیفی نرم افزار است. روش های مختلفی برای ارزیابی کیفی و کمی معماری نرم افزار وجود دارد. مهمترین مزیت ارزیابی کمی معماری نرم افزار نمایش دقت ارزیابی و فراهم کردن مقایسه عددی بین تصمیماتی که بایستی اتخاذ گردد. در این مقاله روش های ارزیابی کمی معماری نرم افزار دسته بندی و نقاط قوت و ضعف آنها با یکدیگر مقایسه می گردد. یکی از چالش های ارزیابی معماری نرم افزار نقطه شروع ارزیابی است. با توجه به این که معماری نرم افزار در مرحله تشریح در فرایند RUP کامل می شود، در این مقاله مدلی جهت ارزیابی کمی معماری نرم افزار مبتنی بر نظم های فرایند RUP در مرحله تشریح ارایه می شود.

لطفا برای مشاهده چکیده به متن کامل (PDF) مراجعه فرمایید.

هدف از طراحی معماری نرم افزار، تضمین نیازهای وظیفه مندی و غیروظیفه مندی (ویژگی های کیفی) است. فرآیند طراحی معماری نرم افزار، در بردارنده مراحل مختلفی است. به منظور راهبری فرآیند طراحی معماری، نیاز به روشی است که شامل قوانینی برای هر مرحله بوده و مشخص می نماید در هر مر حله از فرآیند چه کاری، توسط چه کسی، به چه ترتیبی و چگونه انجام شود تا مرحله مورد نظر تکمیل و مرحله بعدی آغاز شود. هر طراحی معماری بر اساس مبنایی انجام می گیرد که معیار تصمیم های معمار برای پیشبرد مراحل طراحی معماری است.هدف ما در این مقاله، معرفی فرآیند طراحی معماری نرم افزار مبتنی بر سبکهای معماری و بیان اصول کلی آن است. در این فرآیند، نیازهای وظیفه مندی، غیروظیفه مندی و محدودیتهای معماری به عنوان ورودی خواهند بود. خروجی فرآیند طراحی معماری، معماری متشکل از چندین سبک که ساختار معماری را تشکیل می دهند، محدودیتهای اعمال شده در ترکیب سبکهای انتخاب شده و عناصری از معماری که رابطه بین سبکها را مشخص می سازند، است. هر سبک معماری نرم افزار از چندین نوع مولفه و رابطهای بین آنها تشکیل شده و بر روی نیازهای غیروظیفه مندی خاصی تاکید نموده و وجود آنها را در معماری تضمین می نماید. از آنجا که شکل معماری نرم افزار توسط نیازهای غیروظیفه مندی بوجود می آید و عناصر طراحی معماری از نیازهای غیروظیفه مندی متاثر می شوند، لذا استفاده از سبکها در طراحی معماری، به معمار کمک می نماید تامین نیازهای غیر وظیفه مندی مورد نظر را مدیریت نموده و وظیفه مندی را با استفاده از مولفه ها و رابطهای موجود در سبک بدست آورد. به علت تجرید مناسب سبکها در پنهان سازی جزئیات غیرضروری طراحی معماری، پیچیدگی کلی فرآیند طراحی معماری کاهش می یابد، همچنین ارزیابی معماری مبتنی بر سبک تسهیل خواهد شد.

مستندسازی، متنی توصیفی است که معمولا عملکرد نرم افزار و چگونگی استفاده از آن را شرح می دهد که ممکن است برای افراد مختلف در نقش های گوناگون، معانی متفاوتی داشته باشد. مستندسازی معماری، نمایش دهنده نحوه تعامل نرم افزار با محیط و ساختار و اجزای نرم افزار، به همراه چگونگی روابط میان این اجزاست. متدولوژی Agile مجموعه روشهایی است که باعث می شود تا نرم افزار تولید شده کاملا با نیازهای مشتریان مطابقت داشته باشد. در این روش محصول به صورت فاز بندی به مشتری تحویل داده می شود، در واقع مشتری با تیم پروژه کاملا در ارتباط است. در این مقاله، به بررسی مستندسازی به روش چابک پرداخته و تفاوت آن را با مستندسازی به روش سنتی، بیان می کنیم.

ارزیابی معماری به تشخیص و اندازه گیری ویژگیهای کیفی و میزان تطابق معماری با نیازمندیهای ذینفعان کمک شایانی می کند. زبانهای توصیف معماری نیز با اتکا به تشریح رسمی خود از ساختار معماری به خوبی میتوانند در جهت بررسی و تحلیل معماری و حل مشکلات روشهای ارزیابی مورد استفاده قرار گیرند. یکی از مشکلات روشهای ارزیابی معماری چگونگی اعمال تصمیمات تیم ارزیاب به صورت کارا و یا شبیه سازی سناریوهای کیفی است. ایده معماری های جنبه گرا به خوبی می تواند درجهت حل این مسایل مورد استفاده قرار گیرد. در این مقاله ابتدا ArchC# که یک زبان توصیف معماری جدید می باشد در جهت توصیف معماریهای جنبه گرا ارتقا خواهد یافت. سپس چگونگی استفاده از این ADL جدید در روش ارزیابی ATAM و محاسن استفاده از آن بیان خواهد شد و با یک مطالعه موردی قابلیت های ایده ارائه شده در این مقاله مورد آزمایش قرار می گیرد.